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NOVELTY - The method involves composing individual data 
quantities from individual elements coded in accordance with 
the same or different standards. Characterization is carried 
out to specify selection from several variants of the delivery 
of a message. Data are prepared for dispatch by including a 
header for transporting organizational information and a body 
for transporting useful information as elements, preferably in 
the form of several data packets. DETAILED DESCRIPTION - 
INDEPENDENT CLAIMS are also included for the following: (a) a 
transmission and/or reception unit for transmitting and/or 
representing text and/or image data (b) a computer program 
product (c) and communications system. ; USE - Especially for 
transmitting and/or representing text and/or image data with or 
without sound. ADVANTAGE - Increased functionality for data 
transmission with greater flexibility for adapting a given 
communications system with improved efficiency of message flow 
or better use of transmission channel capacity. DESCRIPTION OF 
DRAWING (S) - The drawing shows a schematic representation of 
transmissions associated with a data transmission in accordance 
with the WAP standard as a signal flow diagram or transaction 
flow diagram for delayed message delivery communications system 
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(8) Verfahren zur Obertragung von Daten 

@ Die vorliegende Erfindung betrifft ein Verfahren zur 
Obertragung von Daten nach dem Oberbegriff von An- 
spruch 1, ein Teilnehmer-Endgerat, ein Computerpro- 
grammerzeugnis und ein Kommunikationssystem. 
Urn ein Verfahren, ein Teilnehmer-Endgerat, ein Compu- 
terprogrammerzeugnis und ein Kommunikationssystem 
vorzuschlagen, das einem Absender von Daten bzw. einer 
Nachricht zusatzliche Moglichkeiten zur Daten versen- 
dung bei einem hdheren Grad von Flexibilitat zur An pas- 
su ng eines gegebenen Kommunikationssystems beiver- 
bessertern Wirkungsgrad des Nachrichtenflusses gibt, 
wird vorgeschlagen, dass eine Kennzeichnung zur Festle- 
gung einer Auswahl aus Varianten der Zustellung einer 
Nachricht vorgenommen wird. Damit ist erfindungsge- 
ma£ moglich, Varianten einer jeweiligen Zustellung von 
der Art und/oder Lange und sonstigen Eingeschaften ei- 
ner Nachricht abhangig zu machen. 
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[0001] Die vorliegende Erfindung betrifft ein Verfahren 
zur Ubertragung von Daten nach dem Oberbegriff von An- 
spruch 1, eine Sende- und/oder Empfangseinheit, ein Com- 
puterprogrammerzeugnis und ein Kommunikationssystem. 
Dabei wird unter dem Begriff der Daten im Rahmen der vor- 
liegenden Erfindung auch jede Art von Information verstan- 
den, die aus einzelnen Bestandteilen zusammengesetzt ist. 
Diese einzelnen Bestandteile oder Elemente konnen dabei 
nach unterschiedlichen Standards aufgebaut, organisiert 
und/oder codiert sein. Demnach konnen in diesem Sinne 
Daten auch eine multimediale Nachricht darstellen, die di- 
verse Elemente verschiedener Standards umfasst. 
[0002] Verfahren und Vorrichtungen zur Ubertragung ver- 
schiedener Formen oder Formate von Daten sind bekannt. 
Ein Mobilfunksystem nach dem Global System for Mobile 
Communications Standard, kurz GSM, bietet beispielsweise 
neben der Sprachtelephonie schon aktuell auch die Moglich- 
keit, Information in Form kurzer Textnachrichten von bis zu 
1 60 Zeichen Lange zu versenden bzw. zu empfangen. Dieser 
Dienst wird als Short Message Service bezeichnet, kurz 
SMS. 

[0003] Fur das Mobilfunksystem der nachsten Generation, 
das Universal Mobile Telecommunication System UMTS, 
wird zur Zeit eine multimediafahige Variante eines mobilen 
Nachrichtendienstes standardisiert, der so genannte Multi- 
media Messaging Service MMS. Der Multimedia Messa- 
ging Service spezifiziert Mechanismen zum Transport belie- 
biger Inhalte von einem Teilnehmer des Service uber ein 
Netzwerk zu einem anderen Teilnehmer. 
[0004] Informationen als Nachrichten mit multimedialen 
Inhalten werden im folgenden zur besseren Abgrenzung von 
den Textnachrichten des SMS nur noch als Multimedia Mes- 
sage bezeichnet, kurz mm. Im Gegensatz zu dem SMS ent- 
rant bei dem Multimedia Messaging Service MMS die Be- 
schrankung auf reine Textinhalte. In einem Multimedia 
Messaging Service MMS wird es auch moglich sein, Texte 
dem individuellen Geschmack entsprechend zu formatieren, 
sowie beiiebige Inhalte in eine Nachricht einzubetten. Dazu 
zahlen z. B. Audio- und Videoinhalte, Standbilder, Grafi- 
ken, Texte, u. a. Die nachfolgend offenbarte Lehre bezieht 
sich generell auf Datenmengen, die aus einzelnen Elemen- 
ten von Text- und/oder Bilddaten mit oder ohne Ton zusam- 
mengesetzt und jeweils nach gleichen oder unterschiedli- 
chen Standards codiert sind, auch wenn in Ariwendungen 
nach dem vorstehend genannten Standard ein wesentliches 
Einsatzfeld fur die vorliegende Erfindung zu sehen ist. 
[0005] Die bisherige Spezifikation des Multimedia Mes- 
saging Service MMS basiert auf zwei Spezifikationen des 
3rd Generation Partnership Projekt3GPP, die zum einen den 
Dienst grundsatzlich beschreiben [1] und zum anderen die 
konkrete Funktionalitat abstrakt festlegen [2]. Eine mogli- 
che Realisierung von MMS wird in drei Spezifikationen des 
WAP-Forums beschrieben [3, 4, 5]. Nach dem Stand der 
Technik ist eine Implementierung von MMS uber das Wire- 
less Application Protocol WAP realisierbar. Zur Uberbruk- 
kung der Luftschnittstelle zwischen einem MMS-tauglichen 
Endgerat und dem WAP Gateway auf der Netzwerkseite ist 
nach [5] die Benutzung des WAP Wireless Session Protocol 
WSP [6] vorgesehen. 

[0006] Der vorliegenden Erfindung liegt die Aufgabe zu- 
grunde, ein Verfahren, eine Sende- und/oder Empfangsein- 
heit, ein Computerprogrammerzeugnis und ein Kommuni- 
kationssystem vorzuschlagen, das einem Absender von Da- 
ten bzw. einer Nachricht zusatzliche Moglichkeiten zur Da- 
tenversendung bei einem hoheren Grad von Flexibility zur 
Anpassung eines gegebenen Kommunikationssystems bei 
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verbessertem Wirkungsgrad des Nachrichtenflusses bzw. 
besserer Ausnutzung einer Kapazitat eines jeweiligen ljber- 
tragungskanals gibt. 

[0007] Diese Aufgabe wird erfindungsgemaB durch ein 
Verfahren mit den Merkmalen des Anspruchs 1 und eine 
Sende- und/oder Empfangseinheit mit den Merkmalen des 
Anspruchs 16 gelost. Ferner sind ein Computerprogrammer- 
zeugnis nach Anspruch 18 und ein Kommunikationssystem 
mit den Merkmalen von Anspruch 20 jeweils eine Losung 
dieser Aufgabe. Die Unteranspriiche definieren jeweils be- 
vorzugte und vorteilhafte Ausfiihrungsformen der vorlie- 
ge^iden Erfindung. 
I [0008] Ein erfindungsgemaBes Verfahren zur Ubertragung 
/ von Daten in einem Kommunikationssystem, insbesondere 
zur Ubertragung von Text- und/oder Bilddaten mit oder 
ohne Ton, bei dem eine zu ubermittelnden Datenmenge aus 
einzelnen Elementen zusammengesetzt wird, die jeweils 
nach gleichen oder unterschiedlichen Standards codiert wer- 
den, zeichnet sich erfindungsgemaB dadurch aus, dass eine 
Kennzeichnung zur Festlegung einer Auswahl aus mehreren 
Varianten der Zustellung einer Nachricht vorgenommen 
wird. Damit ist erfindungsgemaB moglich, Varianten einer 
jeweiligen Zustellung von der Art und/oder Lange und son- 
stigen Eigenschaflten einer Nachricht abhangig zu machen. 
[0009] In einer Ausbildung der Erfindung kann die Va- 
riante der Zustellung und eine Absender und/oder auch von 
der MMS- Verbindungseinheit insbesondere in Abhangig- 
keit davon gewahlt werden, ob der Empfanger in seinem 
Heimatnetz eingebucht ist oder in einem anderen als dem 
Heimatnetzwerk eingebucht ist. Dieser Betriebsfall wird 
auch als ''Roaming" bezeichnet. Dariiber konnen die Kosten 
fur den Datenverkehr im fremden Netzwerk besser kontrol- 
liert werden. AuBerdem kann diese oder eine andere der neu 
vorgesehenen Varianten der Zustellung auch von der MMS- 
Verbindungseinheit in Abhangigkeit von dem Nutzerprafe- 
renzen bzw. eines Nutzerprofils und/oder den Eigenschaften 
des Teilnehmer-Endgerates und der MMS-Nutzerapplika- 
\Jion auf dem Teilnehmer-Endgeirat gewahlt werden. 
[0010] In einer Weiterbildung der Erfindung werden die 
Daten zum Versand derart aufbereitet, dass sie einen Header 
zum Transport von Organisationsinformationen und einen 
Body zum Transport einer jeweiligen Nutzinformation um- 
fassen. Die Nutzinformation umfasst dabei vorzugsweise 
Elemente in Form mehrererDatenpakete. Vorteilhafterweise 
wird zur tTbertragung von Daten von einer Nutzerapplika- 
tion eines Teilnehmers uber ein Netzwerk zu einer Nutzer- 
applikation eines anderen Teilnehmers, bei dem die Ubertra- 
gung durch Transaktionen und/oder den Daten zugefugte In- 
formationselemente eines Transportprotokolls gesteuert, 
wobei die Informationselemente einen Feld-Namen und ei- 
nen jeweiligen Feldwert umfassen. Dabei wird ein erfin- 
dungsgemaBes Verfahren vorzugsweise fur Daten einge- 
setzt, die als Multimedia Message mm in einem Multimedia 
Messaging Service MMS ubertragen werden, insbesondere 
auf eine Sende- und/oder Empfangseinheit in Form eines 
mobilen Teilnehmer-Endgerats oder speziell eines WAP-fa- 
higes Mobiltelefons. 

[0011] Bisher bietet gerade der Multimedia Messaging 
Service MMS als ein bevorzugtes Anwendungsfeld der vor- 
liegenden Erfindung nur die Wahl zwischen der verzogerten 
Zustellung der Nachricht, dem sog. Deferred Retrieval, und 
der unverziiglichen Zustellung der Nachricht, dem sog. Im- 
mediate Retrieval. Die Wahlmoglichkeit zwischen den bei- 
den Varianten liegt dabei ausschlieBlich bei einer jeweils 
empfangenden Nutzerapplikation bzw. Empfanger. Bisher 
sind damit explizit nicht moglich: 

eine von der sendenden Nutzerapplikation und/oder MMS- 
Verbindungseinheit veraniasste sofortige Zustellung, 
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eine von der sendenden Nutzerapplikation und/oder MMS- 
Verbindungseinheit veranlasste direkte Zustellung der 
Nachricht mit der MMS-Empfangerbenachrichtigung, ohne 
dass . anschlieB end eine MMS-Zusteilnachricht versendet 
wird, wobei diese Nachricht optional mit oder ohne MMS- 
Zustellungsbestatigung realisierbar ist, und 
eine von der sendenden Nutzerapplikation und/oder MMS- 
Verbindungseinheit veranlasste MMS-Empfangerbenach- 
richtigung explizit ohne MMS-Empfangerbenachrichti- 
gungsbestatigung. 

[0012] Ein Anwendungsfall fur diese drei erst durch eine 
Verwirklichung eines erfindungsgemaBen Verfahrens er- 
moglichten Zustellvarianten ist die Zustellung sehr kiirzer 
■Nachrichten, beispielsweise reiner Text-Nachrichten, fur die 
die bisherigen Zustellvarianten sehr aufwandig waren. Eine 
weitere Anwendungsmoglichkeit ist der Versand eines Ver- 
weises auf Inhalte auBerhalb von MMS mit der MMS-Emp- 
fangerbenachrichtigung. Hier ist keine Zustellung weiterer 
MMS-Inhalte mit der MMS-Zustellnachricht mehr notwen- 
dig; 

[0013] ErfindungsgemaB wird hier nun die Moglichkeit 
geschaffen, durch eine sendende Applikation und/oder eine 
MMS Verbindungseinheit in definierter Art und Weise eine 
Art der Zustellung genau zu spezifizieren. Ein erfindungsge- 
. mafies Verfahren kann dabei in jeder Sende- und/oder Emp- 
fangseinheit eines Kommunikationssystems eingesetzt wer- 
den, also beispielsweise. einem RelayServer und/oder einem 
Teilnehmer-Endgerai. Neben der besonderen Art der Zustel- 
lung werden Ressourcen durch das Abkurzen oder Einspa- 
ren von Zustellnachrichten oder Empfangsbestatigungen ge- 
schont und damit die Effizienz der tjbertragungskanale er- 
hdht, wie nachfolgend unter Bezug auf die Abbildung der 
Zeichnung anhand konkreter Beispiele im Detail beschrie- 
ben wird. 

[0014] Die vorliegende Erfindung wird nachfolgend unter 
Bezugnahme auf die beigefiigte Zeichnung anhand bevor- 
zugter Ausfuhrungsbeispiele erlautert. In der Zeichnung zei- 
gen: 

[0015] Fig* 1 eine schematische Abbildung von einer Da- 
tenubertragung zugeordneten Sendungen gemaB dem Wire- 
less Application Protocol- bzw. WAP-Standard zwischen 
der Ebene eines Versenders und der eines Providers einer- 
seits und der Ebene des Providers und der eines Empfangers 
andererseits als Signalflussdiagramm bzw. Transaction 
Flow Diagramm bei verzogerter Zustellung der Nachricht; 
[0016] Fig. 2 ein Signalflussdiagramm gemaB der Abbil- 
dung von Fig. 1 fur eine unverzogerte Zustellung der Nach- 
richt; , 
[0017] Fig. 3 ein MMS Nachrichtenfluss-Diagrarnm in 
WAP nach der Quelle [4] zur Darstellung einer erfindungs- 
gemaB neu eingefuhrten und durch einen Absender angefor- 
derten forcierten Zustellung bzw. Forced Retrieval; 
[0018] Fig. 4 ein MMS Nachrichtenfluss-Diagrarnm in 
WAP nach der Quelle [4] zur Darstellung einer erfindungs- 
gemaB neu eingefuhrten Benachrichtigung ohne Zustellung 
mit einer durch den Absender angeforderten Bestatigung; 
[0019] Fig. 5 ein MMS Nachrichtenfluss-Diagrarnm in 
WAP nach der Quelle [4] zur Darstellung einer erfindungs- 
gemaB neu eingefuhrten Benachrichtigung ohne Zustellung 
ohne durch einen Absender angeforderte Bestatigung; . 
[0020] Fig. 6 ein MMS Nachrichtenfluss-Diagrarnm in 
WAP nach der Quelle [4] zur Darstellung einer erfindungs- 
. gemaB neu eingefuhrten Benachrichtigung ohne Bestati- 
gung mit anschheBender verzogerter Zustellung der Nach- 
richt; 

[0021] Fig. 7 eine Codieruhg des neuen Header-Feldes ge- 
maB vorliegender Erfindung; 

[0022] Fig. 8 eine Codierung des neuen Header-Feld-Na- 



mens gemaB vorliegender Erfindung im Zusamrnenstellung 
mit bereits im Standard definierten Header-Feld-Namen; 
[0023] Fig. 9 eine Auflistung der Header-Felder der WAP 
Message M-Send.req in tabellarischer Darstellung und 
5 [0024] Fig. 10 eine Darstellung der Inhalte der MMS- 
Nachricht bzw. WAP Message M-Notification.ind nach der 
Quelle [2] 6.2. 

[0025] Elemente mit gleicher Funktion und Wirkungs- 
weise sind in den Fig. 1 bis 10 durchgehend jeweils mit den- 

io selben Bezugszeichen versehen. 

[0026] In den nachfolgenden. Ausfiihrungsbeispielen ist 
die Anwendung der Erfindung auf ein Datenubertragungs- 
schema 1 fiir den WAP-Standard beschrieben, wie es in der 
Ubertragung von insbesondere Bilddaten und formatierten 

15 Textdaten im Universal Mobile Telecommunications Sy- 
stem, kurz UMTS-Standard, Verwendung linden wird. Es 
versteht sich, dass die Erfindung auch auf andere Standards 
bzw. Mobilfunksysteme in entsprechender Weise ubertrag- 
bar ist. Insbesondere sind hier auch gemischte Kommunika- 

20 tionssysteme gemeint, die rieben Mobilfunkstrecken auch 
Festnetzverbindungen o. a. umfassen. 

[0027] W^e bereits eingangs beschrieben ist im UMTS- 
Standard vorgesehen, zusatzlich zum bisherigen Short Mes- 
sage Service SMS einen sogenannten Multimedia Messa- 

25 ging Service MMS fur die Obertragurig von Nachrichten, 
auch als Multimedia messages MMs bezeichnet, vorzuse- 
hen. Damit konnen auch formatierte Texte und Bilder mit 
und ohne Ton ubertragen werden. Die im SMS vorhandene 
Beschrankung auf eine Nachrichtenlange von 160 Zeichen 

30 entfallt. Eine "Qbertragung u. a. von Audio^ und Videonach- 
richten ist moglich, wobei dennoch weiterhin die sehr haufig 
genutzten SMS-Mitteilungen bei angepasstem Aufwand in- 
nerhalb des Systems erfindungsgemaB verarbeitet werden, 
wie im Anschluss an die Beschreibung des Standes der 

35 Technik beschrieben wird. 

[0028] MMS ist iiber die Nutzung von WAP realisierbar. 
Dabei wird fiir die Funkubertragung von Daten, etwa von 
Multimedia Messages MMs, das in der Abbildung von Fig. 
1 dargestellte Kommunikationssystem 1 nach dem Wireless 

40 Session Protocol Schema WAP WSP angewendet. Die Ab- 
bildung von Fig. 1 zeigt ein Nachrichtenfluss-Diagrarnm 
nach heutigem Stand der Technik gemaB Quelle [4], in dem 
der Austausch der WAP Nachrichten zwischen den drei be- 
teiligten Instanzen bei Versand bzw. Empf ang einer mm dar- 

45 gestellt ist. Dieses Kommunikationssystem 1 umfasst eine 
Ebene 2 eines Datenversenders, auch als MMS -Nutzerappli- 
kation A bzw. MMS User Agent A M-UA_A bezeichnet. 
Unter dem Begriff einer MMS-Nutzer- Applikation versteht 
man eine Applikation z. B. auf einem Mobilfiinkgerat, wel- 

50 che die MMS-Funktionalitat realisiert. Weiter ist eine Ebene 
3 eines Providers vorgesehen, dessen Netzelement den Ser- 
vice ausfuhrt und nachfolgend als MMS Verbindungseinheit 
bzw. MMS RelayServer M-SR bezeichnet wird. Eine MMS- 
Verbindungseinheit M-SR ist ein Netzelement beim MMS 

55 Dienstanbieter, das den MMS-Nutzerapplikationen eine 
Kommunikation iiber das Netzwerk ermoglicht. SchlieBlich 
ist eine Ebene 4 als die Ebene eines Empfangers vorgesehen, 
der auch als MMS Nutzerapplikation B M-UA_B bezeich- 
net wird. 

60 [0029] Selbstverstandlich ist es moglich, dass in der 
Ebene 3 mehr als nur ein Provider beispielsweise auftritt. 
Das ist beispielsweise dadurch moglich, dass der Datenver- 
sender M-UA_A und der gewahlte Empfanger M-UA_B bei 
unterschiedlichen Providem sind. Zudem konnen diese un- 

65 terschiedlichen Provider noch. durch dritte Provider als 
Netzbetreiber miteinander verbunden sein! Hier wird jedoch 
die vorliegende vereinfachte Darstellung gewahlt, da die ge- 
naue Struktur in der Ebene 3 fur den prinzipiellen Signalver- 
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lauf ohne Belang ist. 

[0030] Die Abbiidung von Fig. 1 zeigt dementsprechend 
ein sogenanntes Transaction Flow Diagramm nach heuti- 
gem Stand der Technik gemaB [2], in dem der Austausch der 
WAP Messages zwischen nur drei beteiligten Instanzen, 5 
MMS User Agent A M-UA_A, MMS RelayServer M-SR 
und MMS User Agent B M-UA_B, bei Versand bzw. Emp- 
fang einer mm dargestellt ist. Die Ebene 2 des Datenversen- 
ders umfasst mindestens ein Teilnehmer-Endgerat oder Te- 
lekommunikationsgerat 5, ebenso umfasst auch die Ebene 4 10 
des Empfangers mindestens ein Teilnehmer-Endgerat oder 
Telekommunikationsgerat 6. Diese Telekommunikationsge- 
rate 5, 6 konnen beispielsweise als ubliche Handies oder als 
Gerate mit weiteren Eingabe- oder Anzeigefunktionen, wie 
etwa Laptops, oder als eine Kombination aus Geraten beider 15 
Klassen ausgebildet sein. 

[0031] Es wird nun die Abfolge einzelner Signale in dem 
vorstehend beschriebenen Kommunikationssystem 1 erlau- 
tert, die zum Versenden einer MMS von MMS User Agent A 
M-UA_A iiber den MMS RelayServer M-SR hin zum MMS 20 
User Agent B M-UA_B notwendig ist. Zwischen den betei- 
ligten Elementen werden die Informationen mit Nachrichten 
ausgetauscht, die in dem Nachrichtenfluss-Diagramm in der 
Abbiidung von Fig. 1 mit Pfeilen dargestellt sind. Eine 
Nachricht besteht dabei grundsatzlich aus einem Kopf bzw. 25 
Header und optional aus einem Datenteil, dem sog. Body, 
der die Multimediaobjekte enthalt. Der Nachrichtenfluss 
umfasst die folgenderi Nachrichten: 

- M-Sreq: MMS-Sendeanfrage, wird vom sendenden 30 
M-UA-A an die MMS Verbindungseinheit M-SR ge- 
schickt, urn diese zur Weiterleitung des Inhalts der mm 

an den oder die Empfanger zu veranlassen. 

- M-Sconf: MMS-Sendebestatigung, wird von der 
MMS-Verbindungseinheit M-SR an die sendende 35 
MMS-Nutzerapplikation gesendet, um der sendenden 
MMS-Nutzerapplikation den Status der Sendeanfrage 
zu ubermitteln. 

- M-Nind: MMS-Empfangerbenachrichtigung, dient 
der Benachrichtigung der adressierten MMS-Nutzer- 40 
applikation, dass eine Multimedianachricht zur Zustel- 
lung bereit liegt. 

- M-NRind: MMS-Empfangerbenachrichtigungsbe- 
statigung, wird von der adressierten MMS-Nutzerapp- 
likation an die MMS-Verbindungseinheit M-SR ge- 45 
schickt, um den Erhalt der MMS-Empfangerbenach- 
richtigung zu bestatigen. 

- W-Greq: MMS-Zustellanfrage, wird von der adres- 
sierten MMS-Nutzerapplikation an die MMS-Verbin- 
dungseinheit M-SR gesendet, um das Zustellen der 50 
Multimedianachricht zu veranlassen. 

. - M-Rconf: MMS-Zustellnachricht, wird von der 
MMS-Verbindungseinheit M-SR an die adressierte 
MMS-Nutzerapplikation gesendet, um die Multime- 
dianachricht zur MMS-Nutzerapplikation zu ubertra- 55 
gen. 

- M-Aind: MMS-Zustellungsbestatigung, wird von 
der MMS-Nutzerapplikation an die MMS-Verbin- 
dungseinheit M-SR gesendet, um den Status der Zu- 
stellung der Multimedianachricht an die MMS-Nutzer- 60 
applikation zu melden. 

- M-Dind: MMS-Zustellstatusbenachrichtigung, wird 
von der MMS-Verbindungseinheit M-SR an die sen- 
dende MMS-Nutzerapplikation gesendet und dient der 
Benachrichtigung der sendenden MMS-Nutzerapplika- 65 
tion, iiber den Status der zugestellten Nachricht. 

[0032] Eine in dem Telekommunikationsgerat 5 des Ver- 



senders M-UA_A verfasste oder iiber dieses weiterzulei- 
tende Multimedia message mm kann einen oder mehrere 
Elemente oder Datensatze enthalten, beispielsweise ein- 
zelne Bilder, Filmsequenzen, Texte oder ahnliches. Die mm 
wird zunachst als Anfrage-Sendung, die im WAP-Protokoll 
den Namen M-Send.req tragt, an denJProvider M-SR in der 
Ebene 3 versandt. Von dort wird die eingegangene Sendung 
mit einer Riicksendung M-Sconfan den Versender M-UA-A 
der Ebene 2 quittiert. Nach dem WAP-Protokoll wird diese 
Riicksendung M-send.confgenannt. 

[0033] Zeitlich darauffolgend wird vom Provider M-SR 
eine Information M-Nind an den Empfanger M-UA-B in 
Ebene 4 gesandt, mit der dieser dariiber informiert wird, 
dass fur ihn eine Nachricht beim Provider M-SR zum Her- 
unterladen bereitliegt, nach dem WAP-Protokoll M-Notifi- 
cation.ind genannt. 

[0034] Hieriiber erhalt der Provider M-SR beispielsweise 
automatisch eine quittierende Riickmeldung M-NRind oder 
M-NotifyResp.ind gemaB WAP Standard von dem Tele- 
kommunikationsgerat 6 des Empfangers M-UA-B aus 
Ebene 4 hin zur Ebene 3 zuruckgesendet. 
[0035] Erst auf Anforderung durch den Empfanger mit ei- 
ner Sendung W-Greq oder entsprechend WSP GET.req wird 
von dem Provider M-SR die mm mit einer Sendung M- 
Rconf bzw. M- retrieve. com an den Empfanger M-UA-B 
weitergeleitet. Eine Nachricht M-Aind bzw. M-Acknowled- 
ge.ind quittiert den Empfahg der mm in der Ebene 4. Eine 
abschlieBende Nachricht M-Dind bzw. M-Delivery.ind gibt 
eine Empfangsbestatigung von der Ebene 3 an den Versen- 
der M-UA-A in Ebene 2 zuriick. 

[0036] Zur Verwaltung der vorstehend genannten Sendun- 
gen dienen sog. Header-Felder, also der eigentlichen mm 
und/oder einzelnen Elementen vorangestellte Felder, in de- 
nen Informationen iiber die Herkunft, Sendezeit, DateigroBe 
und weitere Details enthalten sein konnen. Bisher bietet der 
Multimedia "Messaging Service MMS nur die Wahl zwi- 
schen der verzogerten Zustellung der Nachricht, s. g. Defer- 
red Retrieval nach Fig. 1, und der unverziiglichen Zustel- 
lung der Nachricht, sog. Immediate Retrieval. Die unver- 
zugliche Zustellung einer Nachricht ist analog der Darstel- 
lung von Fig. 1 in Fig. 2 skizziert Hier fehlt dementspre- 
chend die MMS-Empfangerbenachrichtigungsbestatigung 
M-NRind, da die MMS-Zustellanfrage W-Greq sofort aus- 
gelost wird. Die Wahlmoglichkeit zwischen den beiden Va- 
rianten liegt hier ausschlieBlich bei der empfangenden Nut- 
zerapplikation M-UA_B. 

[0037] Eine von der sendenden Nutzerapplikation M- 
UA_A veranlasste sofortige Zustellung ist damit ebenso we- 
nig moglich, wie eine von der sendenden Nutzerapplikation 
veranlasste direkte Zustellung der Nachricht mit. der MMS- 
Empfangerbenachrichtigung, ohne dass anschlieBend eine 
MMS-Zustellnachricht versendet wird. Ein Anwendungsfall 
fur diese beiden Zustellvarianten ist die Zustellung sehr kur- 
zer Text-Nachrichten, beispielsweise in Form der beliebten 
SMS, fiir die die bisherigen Zustellvarianten sehr aufwandig 
waren. Eine weitere Anwendungsmoglichkeit ist der Ver- 
sand eines Verweises auf Inhalte auBerhalb von MMS mit 
der MMS-Empfangerbenachrichtigung. 
[0038] Hier ware keine Zustellung weiterer MMS -Inhalte 
mit der MMS-Zustellnachricht mehr notwendig. 
[0039] ErfindungsgemaB wird durch die Einfuhrung eines 
neuen Signalisierungselements in das Protokoll des Multi- 
media Messaging Service MMS eine dementsprechende Er- 
weiterung geschaffen. DemgemaB wird in der MMS-Spezi- 
fikation zur Codierung der Nachrichten des MMS nach 
Quelle [5] ein neues Signalisierungselement in Form eines 
Header-Feldes eingefuhrt, namentlich ist es das Feld "X- 
Mms-Retrieval-Scheme", wie in Fig. 7 angegeben. Mit die- 
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sem Element kann die sendende MMS-Nutzerapplikation 
direkten Einfluss auf deri Nachrichtenfluss zur Zustellung 
der mm nehmen. ErfindungsgemaB bietet das neue Signali- 
sierungselement folgende Werte, die in der Darstellung von 
Fig. 7 zusammehgefasst sind: 5 

- Recipient's-decision als Standard- Vorgabe: der Wert 
beschreibt den derzeitigen Stand der Technik: Die 
empfangende MMS-Nutzerapplikation kann zwischen 
Deferred Retrieval und Immediate Retrieval auswah- 10 
len. Dabei stellt der Wert "Recipient's-decision" wie 
oben erlautert den Stand der Technik dar und dient nur 
der Ruckwartskompatibilitat zur bisherigen Wahlmog- 
hchkeit durch den M-UA_B. 

- Forced-retrieval als forcierte, sofortige Art der Zu- 15 
stellung: Dieser Wert beschreibt die von der sendenden 
MMS-Nutzerapplikation oder MMS-Verbindungsein- 
heit M-SR angeforderte sofortige Zustellung der mm 
an die empfangende MMS-Nutzerapplikation. Bei 
Empfang dieser Signalisierung soil die empfangende 20 
MMS-Nutzerapplikation die Zustellung der Multime- 
dianachricht sofort durch Vers and der MMS-Zustellan- 
frage an die MMS-Verbindungseinheit M-SR veranlas- 
sen, wie in Abbildung der Fig. 3 durch das Fehlen der 
MMS-Empfangerbenachrichtigungsbestatigung M- 25 
NRind angedeutet. Dabei soil keine Interaktion mit 
dem Nutzer stattfinden. Der Nachrichtenfluss ent- 
spricht dabei dem in Fig. 2 dargestellten Immediate 
Retrieval, 

- Notification-only-with-acknowledgement, die di- 30 
rekte Zustellung mit Bestatigung: sie dient dazu, den 
gesamten Inhalt der Multimedianachricht mit der 
MMS-Empfangerbenachrichtigung zuzustellen, was 
vorzugsweise bei wenig umfangreichem Inhalt der mm 
angewendet werden kann, wenn etwa nur eine SMS- 35 
Nachricht oder ein Verweis auf einen externen Inhalt 
uberrnittelt werden soli. Die empfangende MMS-Nut- 
zerapplikation antwortet auf den Empfang der MMS- 
Empfangerbenachrichtigung mit Signalisierung dieser 
Zustellvariante mit der MMS-Empfangerbenachrichti- 40 
gungsbestatigung. Es erfolgt ausdriicklich keine NMS- 
Zustellanfrage. AbschlieBend kann die MMS-Zustell- 
statusbenachrichtigung von der MMS-Verbindungsein- 
heit an die sendende MMS-Nutzerapplikation gemafi 
Stand der Technik geschickt werden. Der entspre- 45 
chende Signalverlauf ist in der Abbildung von Fig. 4 
wiedergegeben. 

- Notification-only-without-acknowledgement, also 
die direkte Zustellung ohne Bestatigung: Sie entspricht 
im Wesentlichen der zuvor beschriebenen Zustellungs- 50 
variante. Im Unterschied dazu entfallt jedoch auch die 
MMS-Empfangertjenachrichtigungsbestatigung und 
somit auch die optionale MMS-Zus tells tatusbenach- 
richtigung. Der gesamte Nachrichtenfluss endet bereits 
nach erfolgter MMS-Empfangerbenachrichtigung. Da- 55 
rnit ist diese Zustellungs variante diejehige mit den we- 
nigsten ausgetauschten Nachrichten und eignet sich da- 
mit besonders flir kurze Nachrichten wie z. B. Instant 
Messages oder SMS -Nachrichten. Der entsprechende 
Signalverlauf dieser Ausfuhrungsform ist in der Abbil- 60 

"~ dtmg^on Fig. 5 wiedergegeben, 

- Recipient's-decision- without- acknowledgement, die 
Zustellung kann nach Wahl des Empfangers entweder 
unmittelbar bzw. immediate oder verzogert bzw. defer- 
red erfolgen: Bei verzogerter Zustellung soli die emp- 6£ 
fangende Nutzerapplikation keine MMS-Empfanger- 
benachrichtigungsbestatigung M-NRind senden. Dies 
ist insbesondere vorteilhafl, wenn der empfangenden 



Nutzerapplikation bzw. dem Nutzer die Versendung ei- j 
ner MMS-Empfangerbenachrichtigungsbestatigung 1 
gesondert in Rechnung gesteilt wiirde, was z. B. der 
Fall sein kann, wenn die Ubermittlung in einem ande- 
ren als dem Heimatnetzwerk stattfindet, wie dies im 
sog. Roaming der Fall ist. Die MMS-Verbindungsein- 
heit M-SR kann in diesem Fall durch Einbettung der 
hier vorgeschlagenen Information in die MMS-Emp- 
fangerbenachrichtigung das entsprechende Verhalten 
der empfangenden MMS-Nutzerapplikation veranlas- 



sen. 



[0040] Altemativ zu der vorstehend dargestellten explizi- 
ten Signalisierung der Zustellungsvarianten ware nach ei- 
nem nicht weiter ausgefuhrten Vorschlag auch eine implizite 
Signalisierung mittels definierter Werte fur bereits existente 
Header-Felder moglich, Dazu konnte beispielsweise in dem 
Header-Feld X-Mms-Content-Location ein vereinbarter 
Uniform Resource Identifier, kurz URI, "Notification.on- 
ly. without. acknowledgement® MMS.org" verwendet wer- 
den. Diese Losung funktioniert allerdings nur bei den Va- 
rianten, die ohne die MMS-Empfangerzustellnachricht aus- 
kommen. Alle anderen erfordern schlieBlich die Obertra- 
gung der tatsachlich in der MMS-Zus tellanfrage zu benut- 
zenden sog. Content-Location, d. h. die Referenz auf die 
Nachricht im Zustandigkeitsbereich der MMS Verbindungs- 
einheit. \ 
[0041] Die Vorteile der unter Bezug auf die Darstellung 
von Fig. 7 beschriebenen Erfindung sind eine erhohte Flexi- 
bilitat derNutzung des MMS, eine erhohte Einflussmoglich- 
keit der sendenden MMS-Nutzerapplikation und eine effi- 
zientere Nutzung der Schnittstellen zwischen den Einheiten 
des Systems insbesondere beim Transport wenig umfangrei- 
cher Text- oder SMS-Nachrichten, dadurch dass der Inhalt 
einer mm nicht mehr zwangsweise mit der MMS-Zustell- 
nachricht uberrnittelt werden muss, sondem auch die ohne- 
hin notige MMS-Empfangerbenachrichtigung zu diesem 
Zweck genutzt werden kann, wobei die MMS -Zustellnach- 
richt komplett entfallt. Ein wesentlicher Vorteil eines erfin- 
dungsgemaBen Verf aniens mit struktur-konformer Erweite- 
rung des aktuellen Standards liegt in der Eroffhung der 
Moglichkeit, den Multimedia Messaging Service flexibler 
und effizienter zu nutzen. Einerseits kann die sendende 
MMS-Nutzerapplikation die empfangende Nutzerapplika- 
tion zum unverziiglichen Herunterladen der Nachricht von 
der MMS-Verbindungseinheit auffordern, andererseits kann 
bei wenig umfangreichen Inhalten der Multimedianachricht 
ein verkurzter und damit effizienterer Nachrichtenfluss rea- 
lisiert werden. Weiterhin kann von der MMS-Verbindungs- 
einheit M-SR der Verzicht auf die MMS-Empfangerbenach- 
richtigungsbestatigung signalisiert werden und damit der 
Verkehr auf der Luftschnittstelle reduziert werden, was un- 
ter bestimmten Bedingungen eine kundenfreundlichere Ab- 
rechnung des Dienstes ermoglicht. 

[0042] In dem nun folgenden Ausftihrungsbeispiel, das 
auf den durch das WAP- Forum definierten binaren Codie- 
rungen der im MMS ausgetauschten Nachrichten basiertj 
wird die Moglichkeit einer Kennzeichnung mit dem Signali- 
sierungselement X-Mms-Retrieval-Scheme im Kopf der 
mm demonstriert. 

[0043] Dabei wird beispielhaft folgendes Szenario ange- 
nommen: 

Eine MMS-Nutzerapplikation A M-UA_A verschickt eine 
Multimediannachricht mit einem kurzen Text, der einen 
Verweis auf eine Intemetseite enthalt, an eine MMS-Nutzer- 
applikation B M-UA_B. Der Absender entscheidet sich fur 
eine direkte Zustellung ohne Bestatigung. 
[0044] Die folgenden Messages werden zwischen den 
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Einheiten ubertragen. 

[0045] MM wird an den Adressaten verschickt: 
M-Sreq (M-UA A — M-SR) 

5 

X-Mms-Message-Type: m-send-req 
X-Mms-Transaction-ID: TRANS ACTION-ID# 1 
X-Mms- Version: 1.0 
Date: Tue, 22 May 2001 11:11:11 +0200 

From: NutzerA@SP-A.de 10 
To: NutzerB@SP-B.de 

Subject: Hi NutzerB, schau doch mal auf rneine neue Home- 
page (http:// www.NutzerA.de)! MfG, NutzerA ;-) 
X-Mms-Retrieval-Scheme: Notification-oniy-without-ack- 
nowledgement 15 
Content-Type: */* 

[0046] Die erfindungsgemaB neue Zustellvariante wird 
durch das neue Signalisierungselement "X-Mms-Retrieval- 
Scheme: Notification-only-without-acknowledgement" co- 
diert. Das nach Stand der Technik vorgeschriebene Feld 20 
Content-Type kann auf den Wert "*/*" gesetzt werden. 
[0047] Nach dem Stand der Technik wird die Sendean- 
frage, in WAP als M-Send.req genannt, des MMS User 
Agent A mit einer Nachricht M-Sconf vom M-SR quittiert, 
in WAP: M-Send.conf. Im Rahmen der vorliegenden Aus- 25 
fuhrungsform der Erfindung wird diese Nachricht nicht mo- 
difiziert und daher hier nicht aufgefuhrt. 
[0048] Im MMS ist nach Quelle [1, 2] vorgesehen, einen 
MMS Teilnehmer iiber neue Nachrichten, die fur ihn vorlie- 
gen und zum Herunterladen bereit sind, zu informieren. Die- 30 
sen Zweck erfullt die Empfangerbenachrichtigung M-Nind, 
in WAP: M-Notification.ind. In diesem Beispiel wird eine 
Benachrichtigung an den Empfanger NutzerB versendet. 



M-Nind an NutzerB (M-SR — M-UA-B) 



35 



X-Mms-Message-iype: m-notification-ind 
X-Mms-Transaction-ID: TRANSACTTON-ID#2 
X-Mms- Version: 1.0 

From: NutzerA @SP-A.de 40 
Subject: Hi NutzerB, schau doch mal auf meine neue Home- 
page (http:/ / www.NutzerA.de)! MfG, NutzerA ;-) 
X-Mms-Message-Class: Personal 
X-Mms-Message-Size: 0 

X-Mms-Expiry: 0 45 
X-Mms-Retrieval-Scheme: Notification-only-without-ack- 
nowledgement 

[0049] Neben den ublichen Feldern enthalt auch die Emp- 
fangerbenachrichtigung das neue Element X-Mms-Retrie- 
val-Scheme. Weiterhin ist zu beachten, dass keine Nachricht 50 
mehr von der MMS- Verbindungseinheit herunterzuladen ist. 
Die vorgeschriebene Angabe der NachrichtengroBe bzw. 
Message-Size kann entweder entfallen, was nach dem Stand 
der Technik aktuell nicht moglich ist, oder wie im Beispiel 
auf Null gesetzt werden. 55 
[0050] Gleiches gilt fur das Feld X-Mms-Expiry, das im 
normalen Anwendungsfall die Dauer der Speicherung der 
Nachricht durch die MMS- Verbindungseinheit M-SR an- 
gibt. Ist diese Zeit ohne Herunterladen der Nachricht verstri- 
chen, verfallt die Nachricht auf dem Server. Das Feld ist bei 60 
Einsatz der Zustellungsvarianten ohne MMS-Zustellnach- 
richt nicht sinnvoll. Es bestehen auch hier die Moglichkei- 
ten, das Feld optional zu machen und in diesem Falle weg- 
zulassen, oder einen bestimmten Wert fur den hier beschrie- 
benen Fall zu spezifizieren - z. B.: Null. Letztere Moglich- 65 
keit ist oben dargestellt. 

[0051] Mit dieser Nachricht ist der gesamte Nachrichten- 
fluss bereits beendet. Alle sonst in MMS ublichen Nachrich- 



ten konnen dami t zur effektiven Senkung des Datenverkehrs 
auf dem Ubertragungskanai entfallen. 
[0052] Der Multimedia Messaging Service MMS spezifi- 
ziert Mechanismen zum Transport beliebiger Inhalte von ei- 
nem Teilnehmer des Service iiber ein Netzwerk zu einem 
anderen Teilnehmer, wobei die fur den Nachrichtentransport 
nutzbaren Informationselemente der Nachrichten, die Hea- 
der-Felder sehr flexibel einsetzbar sind. Zusammenfassend 
sind vorstehend verschiedene Moglichkeiten zum Unterstiit- 
zen attraktiver Anwendungsmoglichkeiten fur diverse be- 
reits bekannte Nachrichtenarten auch in MMS vorgestellt 
worden, wobei der Wirkungsgrad des Nachrichtenflusses 
vorteilhafterweise dadurch verbessert wird, dass erfindungs- 
gemaB auf in den vorstehend genannten Fallen unnotigen 
Nachrichten verzichtet wird. Die bisher beschriebenen un- 
terschiedlichen Nachrichtenflusse sind fur die Ubertragung 
von rhultimedialen Inhalten entwickelt worden und sind 
nicht fur die Ubertragung von v kurzen Nachrichten - wie 
etwa von Nachrichten des Short Message Service SMS - 
oder auch von Verweisen auf andere Quellen optimiert, d. h. 
z. B. Referenzen auf Internet-Seiten, die dann mit einer ex- 
ternen Anwendung aufgerufen werden konnen, beispiels- 
weise einem Internet-Browser. Die vorliegende Erfindung 
ermoglicht eine strukturkonforme Eingliederung bekannter 
Nachrichtenflusse fur bekannte und neue Datenformate in 
angepasster Form zusammen mit einer Nutzung der jeweili- 
gen Vorteile. 

[0053] Hintergrundangaben zu WAP und MMS finden 
sich zusammengefasst insbesondere an folgenden Stellen: 
[1] 3G TS 22,140 version 4.1 .0, Release 4; Third Generation 
Partnership Project; Technical Specification Group Termi- 
nals; Multimedia Messaging Service (MMS); Service 
Aspects; Stage 1, 2001. 

[2] 3G TS 23.140 version 4.2.0, Release 4; Third Generation 
Partnership Project; Technical Specification Group Termi- 
nals; Multimedia Messaging Service (MMS); Functional 
Description; Stage 2, 2001. 

[3] WAP-205-MMS Architecture Overview, Approved Spe- 
cification; Wireless Application Protocol, Multimedia Mes- 
saging Service; Architecture Overview Specification, 2002. 
[4] WAP-206-MMS Client Transactions, Approved Specifi- 
cation; Wireless Application Protocol; WAP Multimedia 
Messaging Service Client Transactions; 2002. 
[5] WAP-209-MMSEncapsulation, Approved Specification; 
Wireless Application Protocol; Multimedia Messaging Ser- 
vice; Message Encapsulation; 2002. 

[6] WAP-203-WSP, Specification, Approved Version, Wire- 
less Application Protocol: Wireless Session Protocol; 2000 

Bezugszeichenliste/Abkurzungsliste 

GSM Global System for Mobile Communication 
SMS Short Message Service 

UMTS Universal Mobile Telecommunication System 
WAP Wireless Application Protocol 
WSP Wireless Session Protocol 

1 Kommunikationssystem 

2 Ebene eines Datenversenders 

3 Ebene 3 eines Providers 

4 Ebene eines Empfangers 

5 Teilnehmer-EndgeratATelekommunikationsgerat 

6 Teilnehmer- Endgerat/Telekommunikationsgerat 
MMS spezifische Abkurzurigen: 

MM Multimedianachricht (Multimedia Message) 
MMS Multimedia Messaging Service 
M-UA MMS Nutzer Applikation 

M-UA A MMS User Agent A, Sender einer MM (Fig. 1) 
M-UA_B MMS User Agent B, Empfanger einer MM (Fig. 
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M-SR MMS Relay/MMS Verbindungseinheit/Provider 
M-Sreq MMS Sendeanfrage 
M-Sconf MMS Sendebestatigung . 
M-Nind MMS Empfangerbenachrichtigung 
M-NRind MMS Empfangerbenachrichtigungsbestatigung 
W-Greq MMS ZusteUanfrage 
M-Rconf MMS Zustellnachricht 
M-Aind MMS Zustellungsbestatigung 
M-Dind MMS Zustellstatusbenachrichtigung 

Patentanspruche 

1. Verfahren zur Ubertragung von Daten in einem 
Kommunikationssystem, insbespndere zur t)bertra- 15 
gung von Text- und/oder Bilddaten mit bder. ohne Ton, 
wobei eine zu ubermittelnde Datenmenge aus einzel- 
nen Elementen zusammengesetzt wird, die jeweils 
nach gleichen oder unterschiedlichen Standards codiert 
werden, . 20 
dadurch gekennzeichnet, 

dass eine Kennzeichnung zur Festlegung einer Aus- 
wahl aus mehreren Varianten der Zustellung einer 
Nachricht vorgenommen wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 25 
net, dass die Daten zum Vers and derart aufbereitet wer- 
den, dass sie einen Header zum Transport von Organi- 
sationsinformationen und einen Body zum Transport 
einer jeweiligen Nutzinformation als Elemente vor- 
zugsweise in Form mehrerer Datenpakete umfassen. 30 

3. Verfahren nach einem der beiden vorhergehenden 
Anspruche, dadurch gekennzeichnet, dass die Daten als 
Multimedia Message (MM) in einem Multimedia Mes- 
saging Service (MMS) iibertragen werden. 

4. Verfahren nach dem vorhergehenden Anspruch, da- 35 
durch gekennzeichnet, dass die Daten auf ein mobiles 
Teilnehmer-Endgerat iibertragen werden, insbesondere 
ein WAP-fahiges Mobiltelefon. 

5. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, dass neben einer unyer- 40 
ztiglichen Zustellung oder einer verzogerten Zustel- 
lung der Nachricht mindestens eine der folgenden Zu- 
stellvarianten signalisiert wird: 

- forcierte, sofortige Zustellung (Forced-retrie- 
val), 45 

- direkte Zustellung mit Bestatigung (Notifica- 
tion-only-with-acknowledgement) und/oder 

- direkte Zustellung ohne Bestatigung (Notifica- 
tion-only-without-acknowledgement). 

6. Verfahren nach einem der vorhergehenden Ansprii- 50 
che, dadurch gekennzeichnet, dass eine empfangersei- 
tig gewahlte Zustellung ohne MMS-Empfangerben- 
achrichtigungsbestatigung (Recipient's-decision-wit- 
hout-acknowledgement) signalisiert wird. 

7. Verfahren nach dem vorhergehenden Anspruch, da- 55 
durch gekennzeichnet, dass eine uriverziigliche Zustel- 
lung oder eine verzogerte Zustellung der Nachricht als 
standardisierte Voreinstellung (Recipients-decision) 
signalisiert wird. 

8. Verfahren nach einem der vorhergehenden Ansprii- 60 
che, dadurch gekennzeichnet, dass zur Kennzeichnung 
ein zusatzliches Header-Feld geschaffen wird. 

9. Verfahren nach dem vorhergehenden Anspruch, da- 
durch gekennzeichnet, dass eine Signalisierung durch 
eine neues Datenelement oder ein zusatzliches Header- 65 
Feld (X-Mms-Retrieval-Scheme) vorgenommen wird. 

10. Verfahren nach einem der beiden vorhergehenden 
Anspruche, dadurch gekennzeichnet, dass eine Codie- 



rung des Feld-Narnens und/oder eine Codierung des 
Feld-Wertes durchgefuhrt wird. 

11. Verfahren nach einem der beiden vorhergehenden 
Anspruche, dadurch gekennzeichnet, 

dass die Signalisierung iiber das Header-Feld in WAP 
wie folgt vorgenommen wird: 

Codierung des Feld-Namens X-Mms-Retrieval- 
Scheme als 0 x IF oder 

dass die Signalisierung der jeweiligen Zustellungsva- 
riante durch einen definierten Wert fur das Header-Feld 
X-Mms-Content- Location vorgenommen wird. 

12. Verfahren nach dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, dass die neue Signalisierung 
in den Nachrichten MMS-Sendeanfrage (M-Send.req) 
und MMS-Empfangerbenachrichtigung (M-Notificati- 
on.ind) Anwendung findet. 

13. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass eine Codierung 
der Werte des zusatzlichen Header-Feldes (X-Mms- 
Retrieval-Scheme) vorgenommen wird als: 

- Recipient's-decision (default) = <Octet 128>, 

- Forced-reu-ieval = <Octet 129>, 

- Notification-only-with-ackhowledgement = 
<Octetl30>, 

- Notification-only- without- acknowledgement = 
<Octet 131> und/oder 

- Recipient's-decision- without- acknowledge- 
ment = <Octet 132>. 

14. Verfahren nach einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass die MMS-Ver- 
bindungseinheit (M-SR) eine Signalisierung gemaB der 
vorhergehenden Anspruche in eine Multimedia Mes- 
sage (mm) einfiigt. 

15. Verfahren nach dem vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass die MMS-Verbindungs- 
einheit (M-SR) eine Signalisierung in Abhangigkeit 
von dem Nutzerprofil des Empfangers, den Eigen- 
schaflen der empfangenden MMS-Nutzerapplikatipn 
und des mobilen Telnehmerendgerates und/oder in Ab- 
hangigkeit des Netzwerks, in das das mobile Teilneh- 
merendgerat eingebucht ist, in die MMS-Empfanger- 
benachrichtigung einfiigt. 

16. Sende- und/oder Empfangseinheit zur tJbertra- 
gung und/oder Darstellung von Daten in Form von 
Text- und/oder Bilddaten mit oder ohne Ton, die als 
Elemente einer zu ubermittelnden Datenmenge nach 
gleichen oder unterschiedlichen Standards codiert sind, 
dadurch gekennzeichnet, dass die Sende- und/oder 
Empfangseinheit zur Umsetzung eines Verfahrens nach 
einem der vorstehenden Anspriichen ausgebildet und 
insbesondere als Teilnehmer-Endgerat ausgebildet ist. 

17. Sende- und/oder Empfangseinheit nach dem vor- 
hergehenden Anspruch,' dadurch gekennzeichnet, dass 
die Sende- und/oder Empfangseinheit als Mobiltelefon 
ausgebildet ist, insbesondere nach dem UMTS-Stan- 
dard. 

18. Computerprogrammerzeugnis, das ein computer- 
lesbares Speichermedium umfasst, auf dem ein Pro- 
gramm gespeichert ist, das es einer Datenverarbei- 
tungsanlage oder einem Computer ermoglicht, nach- 
dem es in den Speicher des Computers geladen worden 
ist, innerhalb von Datemibertragung in einem Kommu- 
nikationssystem und insbesondere einem Mobilfunk- 
netz den zu ubertragenden Daten nach Vorgabe durch 
einen Absender eine Kennzeichnung eines Elementes 
vorgenommen wird, um eine Auswahl aus mehreren 
Varianten der Zustellung einer Nachricht an einen 
Empfanger festzulegen. 
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19. Computerprogrammerzeugnis nach dern vorherge- 
henden Anspruch, dadurch gekennzeichnet, dass dieses 
ein Verfahren nach einem der Anspruche 1 bis 15 bei 
Datenversand in einem Mobilfunknetz durchfuhrt. 

20. Kommunikationssystem dadurch gekennzeichnet, 5 
dass mindestens eine Komponente des Kommunikati- 
onssystems, insbesondere eine MMS-Verbindungsein- 
heit (M-SR), zur Umsetzung eines Verfahrens nach ei- 
nem oder mehreren der Anspruche 1 bis 15 ausgebildet 
und/oder 10 
eine Sende- und/oder Empfangseinheit nach einem der 
Anspruche 16 bis 17 umfasst 

und/oder ein Computerprogrammerzeugnis nach einem 
der Anspruche 18 bis 19 oder dessen Benutzung bein- 
haltet ist. 15 



Hierzu 6 Seite(n) Zeichnungen 



20 



25 



30 



35 



45 



55 



60 



65 



ZEICHNUNGEN SEITE 1 



Nummen 
IntCI. 7 : 

Offenlegungstag: 



DE 102 23 205 A1 
H04L 12/00 

4. Dezember 2003 



M-UA.A 



M-SR 



M-UA B 



2 
5 



-M-Sconf- 




_W-Greq- 

-M-Rconf- 
-M-ASnd- 



Fig. 1 



1 




Fig. 2 



103 490/520 



2EICHNUNGEN SEITE 2 



Nummfer: 
•Int. CI. 7 : 

Offenlegungstag: 



DE 102 23 205 A 1 
H04L 12/00 

4. Dezember 2003 f 



2 

5, 



^ 3 

M-UA-A ^> , 



-M-Sconf- 



M-SR 



^ M-Dindr— — 



M-UA-B 



-W-Greq- 




Fig. 3 



2 

5< 




M-UA-B 



^ M-Dtad — — 



-M-N/ nd 




Fig. 4 





Fig. 5 



103 490/520 



ZEICHNUNGEN SEITE 3 



Nummer 
Int. CI. 7 : 

Offenlegungstag: 



DE102 23 205 A1 
H 04 L 12/00 

4. Dezember 2003 



M-UA B 




Fig. 6 

X-Mms-Retrieval-Scheme (OxlF): 
X-MMS-Retrieval-Scheme = Recipienfs-decision (default) | Forced-retrieval | Notification- 

only-with-acknowledgement | Notificaition-only-without-acknowledgement | Recipienfs- 

decision-without-acknowledgement 



Recipient' s-decision (default) = <Octet 128> 
Forced-retrieval = Octet 129> 

Notification-only-with-ackhowledgement = <Octet 130> 

Nptjfi<^°^^ Octet 13 1_> 

Recipient*SHdecision-without-acknowledgement = Octet 132> 
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0x02 


2 


X-Mms-Content-Location 


0x03 


3 


Content-Type 


0x04 


4 


Date 


0x05 


5 


X-Mms-Delivery-Report 


0x06 


6 


X-Mms-Delivery-Time 


0x07 


7 


X-Mms-Expiry 


0x08 


8 
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OxOD 


13 




A-Mms-Message-Size 


OxOE 


14 




X-Mms-Priority 


OxOF 


15 




X-Mms-Read-Reply 


0x10 


16 




X-Mms-Report-Allowed 


0x11 


17 




X-Mms-Response- Status 


0x12 


18 




A-Mms-aenaer- visibility i 


0x13 


19 




X-Mms-Status 


0x14 


20 




Subject 


0x15 


21 




To 


0x16 


22 




X-Mms-Transaction-ld 


0x17 


23 




X-Mms-Retrieval-Scheme 


OxlF 


31 


Neue Erweiterung 
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Name 


Inhalt 


Bemerkungen 


X-Mms-Message-Type 


Message-type- value = 
m-send-req 


Angabe verpflichtend 
Spezifiziert die Art der Transaktion 


X-Mms-Transact ion-I D 


Transaction-id-value 


Angabe verpflichtend 

Ein individueller Identifizierer fiir die Nachricht. 
Diese Transaktion ID identifiziert nur die M-Send.req 
und die darauf bezogene Antwort 


X-Mms-MMS- Version 


M M S- vers ion- value 


Angabe verpflichtend 

Gibt die MMS Versionsnummer an. 

Nach dieser Spezifikation ist das Version 1.0 


Date 


Date-value 


Optional. 

Ankunftszeit der Nachricht beim MMS Proxy-Relay. 
Der MMS Proxy-Relay generiert dieses Feld, sofern 
es nicht durch das Terminal eingerichtet wurde. 


From 


From-value 


Angabe verpflichtend. 

Adresse des Absenders der Nachricht. Dieses Feld 
muB zwingend bei einer Nachricht an einen 
Empf&nger vorhanden sein. Das Feld kann durch den 
sendenden Client erzeugt oder durch den MMS- 
Server unter Benutzung eines eingefugten Adress- 
Tokens zugefQgt werden. 


To 


To-value 


Optional 

Adresse des EmpfMngers. 

Jede Anzahl von Adress-Feldern ist zugelassen. 
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Cc 


Cc-value 


Optional 

Adresse des Empf&ngers. Die Adressierung wird in 
Kapitel 8 behandelt. Jede Anzahl von Adress-Feldern 
ist zugelassen. 


Bcc 


Bcc-value 


Optional ] . 

Adresse des Empfangers. 

Jede Anzahl von Adress-Feldern ist zugelassen. 


Subject 


Subject-value 


Optional. 

Gegenstand der Nachricht. 


X-Mms-Message-Class 


Message-class-value 

• 


Optional. 

rVldiiC UCl l^aCIIIldlL L/CI WCIl S\UIU 1IIUIZ.JCI I 

automatisch von dem Client generierte Nachricht. 
Wenn die Nachrichten-Klasse den Wert Auto 
aufweist, dann soil das Urspnings-Terminal keine 
Lieferquittung oder Lese-Bestatigung anfordern. 
Wenn dieses Feld nicht vorhanden ist interpretiert der 
Empf&nger die Nachricht als "person lich". 


X-Mms-Expiry 


Expiry-value 


Optional, voreingestellter Wert: Maximum. 
Gibt die Lange der Zeit an, Ober welche die 
Nachricht in dem Server gespeichert wird oder es 
gibt die Zeit zum Vemichten der Nachricht an. 
Dieses Feld hat zwei Formate, entweder eine absolute 
Angabe oder ein ZeitintervalL 


X-Mms-Del i very-Time 


Delivery-time- value 


Optional, voreingestellter Wert: Sofort. 
Angabe der gewfinschten Zustellungszeh. Es wird der 
frOheste mttgliche Zeitpunkt der Zustellung der 
Nachricht beim Empf&nger angegeben. Dieses Feld 
hat zwei Formate, entweder eine absolute Angabe 
oder ein Zeitintervall. 


X-Mms-Priority 


Priority-value 


Optional. Voreingestellter Wert: Normal. 
Prioritat der Nachricht beim Empf&nger 


X : Mms-Sender- 
Vtsibility 


Sender-visibility-value 


Optional. Voreingestellter Wert: Zeige dem 
Empflnger Adresse/Telefonnummer des Senders an, 
es sei denn, der Absender hat eine geheime 
Telefonnummer/Adresse. 

Hide — zeige keine Adresse an. Show = zeige sogar 
eine geheime Adresse an. 


X-Mms-Pelivery-Report 


De livery-report- value 


Optional. Ein voreingestellter Wert wird bestimmt, 
wenn der Dienst geordert ist. Spezifiziert, ob der 
Anwender eine LieferbestStigung von jedem 
EmpfHnger erhalten will. Dieses Feld muss immer 
dann vorhanden und mit dem Wert "No" belegt sein, 
wenn Message-Class den Wert "Auto" hat. 


X-Mms-Read-Reply 


Read-reply- value 


Optional. 

Spezifiziert, ob der Benutzer eine Lese-Bestatigung 
von jedem Empfenger als neue Nachricht erhalten 
will. Wenn als Message-Class "Auto** eingestellt ist 
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muss dieses Feld immer vorhanden und mit dem 
Wert "No" belegt sein. 


X-Mms-Retrieval- 
Scheme 


Retrieval-Scheme- 
value 


Optional 

Spezifiziert das Abfrags-Schema, das auf die MM 
angewendet werden soil. 


Content-Type 


Content-type- value 


Angabe verpflichtend. 

Gibt die Art des Inhalts der Nachricht an. 


Mindestens exnes der Felder (To,Cc,Bcc) muss vorhanden sein 

Fig. 9 


Name 


Inhalt 


Bemerkungen 


y » iviiiio lviciocigc- l ype 


Message-Type-value = 
m-notification-ind 


Angabe verpflichtend: 
Spezifiziert die Art der Transaktion 


Y _ AA in c-Tran car* tinn fPi 


A unique identifier 


Angabe verpflichtend: 
Identifiziert die Benachrichtigung und die 
nachfolgenden Transaktion, die unmittelbar von der 
Nachricht M-NotifyResp gefolgt wird. 


X-Mms-M MS- Vercmn 


Version number 


Angabe verpflichtend. 

Die MMS Versionsnummer. Nach dieser 

Spezifikation ist das Version 1 0 


From 


Sender address 


Optional. 

Adresse des Absenders. Wenn das Verbergen der 
Adresse des Absenders vor dem Empfanger 
unterstQtzt wird, so wird das MMSProxy-Relay 
dieses Feld nicht dem Kopfteil der Nachricht 
zufiigen. 


Subject 


Subject-value 


Optional. 

Gegenstand der Nachricht 


X-Mms-Message-Class 


Message-class- value 


Angabe verpflichtend. 
Klasse der Nachricht 


X-Mms-Message-Size 


Message-size-value 


Angabe verpflichtend. 

Voile GrdBe der Nachricht in octets 


X-Mms-Expiry 


Expiry-value 


Angabe verpflichtend. 
Gibt die LSnge der Zeit an, Ober welche die 
Nachricht verfilgbar ist. Dieses Feld hat ein Format, 
ein Zeitintervall. 


X-Mms-Content- 
Location 


Content- location-value 


Angabe verpflichtend. 

Dieses Feld definiert den Ort der Nachricht 


X-Mms-Retrieval- 
Scheme 


Retrieval-Scheme- 
value 


Optional. 

Dieses Feld gibt das Abruf-Schema an, das auf diese 
MM angewendet werden soli. 



Fig. 10 
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